DOCUMENT RESUKE 



ED 336 147 



JC 910 421 



AUTHOR 
TITLE 



INSTITUTION 
PUB DATE 
NOTE 



PUB TYPE 



Jonas r Stephen; And Others 

Selecting an Information System for the 'SOs: Can a 

User Driven Process Work? 

Sinclair Community Coll., Dayton, Ohio. 

Oct 90 

18p.; Paper presented at the Annual Conference of the 
League for Innovation in the Community College, 
♦'Serving Students in the Age of Information 
Technology" (Dallas, TX, October 21-24, 1990). 
Speeches/Conference Papers (150) — Reports - 
Descriptive (141) 



EDRS PRICE 
DESCRIPTORS 



IDENTIFIERS 



KFOl/PCOl Plus Postage. 

•College Planning; Community Colleges; Competitive 
selection? Computer Software Selection? *Computer 
System Design; Contracts; Educational Finance; 
Evaluation Criteria; *Management Information systems; 
•systems Development; Technological Advancement; Two 
Year Colleges; Users (Information) 
•Sinclair Community College OH 



ABSTRACT 



In 1988, Sinclair Community College (SCO t)egan a 



comprehensive study of the need for a new administrative information 
system that would improve the college's effectiveness and flexibility 
in providing educational and administrative services. A planning 
committee provided college-wide coordination for the development of a 
request for proposal (RFP) that reflected departmental and technical 
needs, the evaluation of various proposals against the criteria in 
the RFP, and the eventual selection and validation of the preferred 
vendor. The evaluation of vendors involved access to vendor 
demonstration systems through campus terminals, a review of vendor 
applications and technical documentation, and telephone calls and 
visits to other user sites. The contract binding SCC and the 
preferred vendor provided for significant support from the vendor in 
the areas of training, implementation, and the development of custom 
software to insure the effective implementation of all system modules 
and the development of expertise on the part of SCC personnel, A 
framework for implementation was proposed by and reviewed with the 
vendor, and the implementation plan for the new system was finalized 
jointly by SCC and vendor personnel following contract approval. 
Considerations related to implementation included hardware 
availability, selection of a temporary location for the new hardware, 
and the development of a schedule for user and technical staff 
training, database conversion, systems testing, and production 
changeover. Financial considerations related to the new system 
included contract costs for hardware and software, costs for all 
modules, support and training costs, and custom software charges. 
First-year and projected maintenance costs were also identified. 
(JMC) 
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SELECTING AN INFORMATION SYSTEM FOR THE 9()'s 
CAN A USER DRIVEN SYSTEM WORK? YES! 



INTRODUCTION 

In the spring of 1988, Sinclair Community College b^an a comprehensive study of the need for 
a new administrative information system; the study eventually led to the development of the 
options available to meet that need, the selection of a preferred vendor, and an intensive 
analysis of the ability of the preferred vendor to fulfill Sinclair's expectations regarding 
the short- and IcMig-term value of the proposed investment in new information technology. The 
College determined in advance that a significant level of College-wide user panicipauon was 
essential for a meaningful study. 

The primary focus of the study was lo identify an information system that would improve the 
Collegt'? effectiveness and flexibility in providing the kinds of educational and 
administrative services required to meet the changing demands of the institution. To a great 
extent, improved effectiveness and flexibility were expected to be accomplished through a 
system that would expand the availability of applications; expand access to applications and 
data to a greater number of students, faculty, and staff; and, provide a base tor continued 
growth in application and access areas. 

An Information Systems Planning Committee provided College-wide coordination for ihe 
development of a Request for Proposal (RFP) that reflected user department and technical 
needs, the evaluation of various proposals against the criteria in the RFP, and the eventual 
selection and validation of the preferred vendor. The evaluation of vendors involved access 
to vendor demonstration systems through terminals located on the Sinclair campus; review of 
vendor applications and technical documentation; and, for the preferred vendor, telephone 
calls and visits to other user sites. 

The system selected offers benefits in the basic or core applications required for 
administration of the College in the areas of student registration and records, financial aid, 
student accounts, general ledger, accounts payable, payroll, and personnel. The system will 
also provide functional capabilities that are not cuirently av^lable to these areas and 
expand applications capability into new areas such as admissions, telephone registration, 
degree audit, continuing education, correspondence management, and alumni/development. The 
system will offer a larger group of faculty, staff, and administrators increased access to 
applications and data through termmals and computer networks. The availability of data 
access, office productivity tools, and data analysis will offer real oppwnunities for 
decision- support and executive support systems to increase effectiveness and timeliness of 
staff efforts. 

Contract negotiations reflected Sinclair's goal of developing a long-term relationship wiih a 
vendor committed to providing support for the field of higher education. The contract 
provides for significant supjxjrt from the vendor in the areas of training, implementation, and 
the development of custom software to ensure the effective implementation of all system 
modules and the development of expertise on the part of Sinclair personnel. 

A framework for implementation was proposed by and reviewed with the vendor. The 
implementation plan for the new system was finalized jointly by Sinclair and vendor personnel 
following contract approval. Considerations related to implementation included hardware 
delivery availability; selection of a temporary IcKiation for the new hardware during the 
transition period; and, the development of a comprehensive schedule for user and technical 
staff training, data base conversion, systems testing, and production changeover to the new 
system. 
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Financial considerations related to the new system identified coniraci costs tor the basic 
hardware and system software; costs for all core application and optional modules: support and 
training costs; custom software charges; and, costs of modules from other vendors providing 
office productivity network and telephone registration systems. Projected costs not mcluded 
HS part of the contractual agreements were also identified to provide additional information 
about the total anticipated investment. Maintenance costs for the first year and projected 
maintenance costs for subsequent years were also identified. 



RATIONALE FOR A NEW SYSTEM 
Administnam Computing at Sinclair Today 

Hardware . Two mainframes and a word processor-including peripherals, i.e., printers, disk 
drives, and terminals-are used to provide data and word processing support to meet the 
administrative needs of Sinclair users. The mainframes and their peripherals are based on 
1970's technology and are ancient by today's standards. 

Sofnvare . A software program developed m-house in the early 1980's suppons the registrar, 
financial aid. and bursar functions. Financial and fixed asset accounting, purchasing, and 
payroll functions are supported by a software package purchased in the early 1980' s. Over the 
years, both programs have teen brought to an acceptable level of performance to meet specific 
needs of certain users. However, the database structure and basic software tools required to 
meet additional applications needs of all current and potential Sinclair administrative and 
academic users are not available 

Administrative Computing at Sinclair in the Future 

Ftnure Expansion /Needs . An information system that incorporates recent hardware and 
software advances was needed for Sinclair to move into the 1990's. More emphasis is being 
placed on marketing strategies, optimum resource utilization, and student retention. 
Therefore, an integrated information system that would allow all administrative and academic 
users to have access to and analyze relevant data with minimum assistance from the Information 
Systems and Services (ISS) staff was essential. Students would also benefit directly since 
new features such as degree audit, telephone registration, prerequisite checking, and class 
waiting lists would be available to them. Furthermore, access would be available to any 
authorized user with a microcomputer (PC) attached to a network. This means that a PC would 
be able to serve both as an independent workstation and as a terminal on the network with 
access to the mainframe, eliminating the need for having both a PC and a separate terminal. 
Off-campus telephone access from home or a temporary registration site would also be possible 
by using a PC with a modem. 

Dataha.se . An integrated database that would eliminate data redundancy and i^rmit users to 
extract, analyze, and print data relevant to their functions in a timely manner was needed. 
The current database is tragmenied. incomplete, and not readily accessible to users without 
assistance from ISS staff. 

Enhancement of the Exisrine System . Because the existing system had been highly customized 
over the years to meet users' needs, consideration was given to enhancing it. The current 
database is inadequate and would have to be converted. Totally new software programs as well 
as hardware would also be needed. In essence, a total rewrite would be required to enhance 
the current system. The patchwork development that occurred in the past would never allow 
Sinclair to achieve the level of data integration required to support on-line access to 
information required for today's decision-making needs. 

5 



Page 3 



Decision-Support Tools . In order for users to be more independent of the ISS staff for 
routine decision-making information needs, state of the an decision-support and 
r^rt-writing software was needed. Autiiorized users should be able to download data, analyze 
it using mainframe decision-support software or PC spreadsheet/database software, and print 
out results without leaving their work areas or n^ing to s^ assistance from ISS staff. 



OVERALL INFORMATION SYSTEMS PROCESS/CONSIDERATIONS 
Consciousness Raising Activities 

Software vendors with information systems programs deemed adequate to meet Sinclair's needs 
were invito to demonstrate their systems to ^ministrative and academic representatives 
during the summer of 1988. These demonstrations were intended to acquaint users with 
application systems readily available to meet their needs, determine the feasibility of 
purchasing an information system that would take advantage of new technology, and identify any 
serious deficiencies in this approach. 

It{fomation Systems Advisory/Planning Committees 

Information Systems Advisory Conwiitfee . An Information Systems Advisory Committee, 
consisting of current users and ISS staff, was fonned to assess proposed enhancements to the 
current system and prioritize them for the ISS staff. The intent was to identify essential 
needs that could not wait for a new system. 

Ir\formaiion Systems Planning Commirtee . An Information System Planning Committee, 
consisting of top level managers from all areas with information needs, was formed to identify 
requirements that were not being met by the current system or were beyond the capabilities of 
the current system without major enhancements. Specifically, the Planning Committee was 
charged with establishing the objectives of an enhanced information system, reviewing 
alternative approaches, and identifying the most attractive alternative for implementation. 

Alternatives Considered 

Maintain the Status Quo . This altemaiive-namcly, to do nothing-was totally unacceptable. 

Enhance the Current System . As mentioned earlier, enhancing the current system would 
require a total rewrite of the existing system. This would be a very expensive prwess in 
terms of both time and resources. In addition to new hardware, which would be required in any 
event, it would require new database software and fourth generation software to rewrite 
applications. It would also require a thoroughly skilled and stable ISS staff to develop the 
system logic and write the application programs, as well as the total involvement of users in 
the entire process from teginning to end. The result would be a highly customized system that 
would incur in-house program maintenance costs throughout its life. 

Purchase an Existing System . The Information Systems Planning Committee concluded that the 
only acceptable solution was to purchase an "off-the-shelP generic information system that 
would be available for a known fixed cost and would have annual maintenance costs shared by 
all users. Since hardware requirements would be determined by the software to be used, a 
decision was made to solicit proposals from software vendors and to let them propose hardware 
solutions appropriate for Sinclair's environment. In addition, it was decided to establish 
appropriate criteria to ensure that potential vendors could support an environment having the 
size and complexity of Sinclair. 
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Development Philosophy 

Sinclair's philosophy was to follow a hierarchical approach to meeting user requirements. 
This meant that: 

• The application software system had to be capable of allowing Sinclair users to set 
parameters to tailor the system to meet Sinclair needs, e.g., quarter beginning and ending 
dales, summer terms, federal and state financial aid requirements, etc. 

• Software development tools that could be readily implemented by user departments (i.e. , 
that are "user friendly") were required. If additional technical support were needed for 
some of the tools, it should be capable of being provided through Sinclair's ISS User 
Support Office. 

• The software vendor had to be receptive to requests for incorporating additional features 
into future releases of standard application products. In addition, the vendor had to be 
recq»tive to negotiating custom tailored changes for inclusion in application products. 
If the software vendor were unable to provide timely or cost effective support, in-house 
software development deemed essential to the Sinclair mission should be able to be 
undertaken by ISS staff. Any such in-house development should ncn affect continued vendor 
support of core applications or the ability to install new vendor releases. 

• Application products from other vendors that would interface with the software vendor's 
products could be purchased, e.g., a telephone registration system. Support for these 
products could be requested from the software vendor or provided by ISS staff; however, 
the third-party software had to interface with the vendor's product. 

Consulting Contract 

A consulting firm was hired to assist Sinclair in the development of the RFP and the process 
of selecting a vendor for the new information system. Staff members from the firm had 
extensive experience in higher education information systems consulting. 



REQUEST FOR PROPOSAL (RFP) PROCESS 
RFP Development Process 

The RFP was developed over several months of intensive effort by Sinclair users and ISS 
technical staff, with consultant involvement. Figure 1 illustrates the development piwess 
for the RFP. Major systems were identified, e.g., registration, academic advisirig. 
purchasing/receiving, alumni/development, etc. Committees were established for each major 
system. Each committee was chaired by a director or a top staff member (called a champion) 
and included an ISS technical staff member thoroughly familiar with the system's functions and 
staff members representing other areas of the College that would cither be working with the 
system or affected by its operation. 

The committees were charged with developing the application requirements for the RFP. 
Technical requirements were ioentified by ISS staff. The committees also evaluated each 
vendor's response to the RFP and participated in "hands-on" demonstrations of each vendor's 
products. 
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Computer Information System Development Process 



NEEDS ASSESSMENT 
Orientation 

A(^>Ucation Objectives 
Application Dds^tion 
Application Requirements 

Current/Future 

Si^jpoft 

Mainframe, Mini, Mao 

In^rtanra/Priority 
Essential/Desirable 

Frequency 

Satisfadtion 
Apptiration C^Jtpute 
Volume Requirements 
interfaces 

Timeframes/Hierardiy 
Vendor Presentations 



TECHNICAL ASSESSMENT 

Hardware/software 

Database (DBMS) 

Language (4tfi QL) 

Pn^ramming Tools 

Computer Assisted Software 
Engineering (CASE) 

Decision Support (DSS) 

Communications 

Security 

Connectivity 
Pfoc^ing Requirements 
Hardware Requirements 
Facility Requirements 
Operating Costs 
Staffing/Training 

Vendor Presentations 



RFP DEVELOPMENT 

Specifications 
Evaluation Criteria 



RFP EVALUATION 

HowAA^y 
Costs 
Software vs. IHardware 
Customer Contacts 

Site Visits 
On -Campus Access 
Timelines 



RECOMMENDATIONS 

Feasibility Solutions 
Final Vendor Presentations 
implementation Strategies 
Contracturai Agreements 
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Needs Assessment 



As application requirements were identified by user committees, ihey were caiegonzed as 
essential or desirable. Information regarding data input, output, volume, etc. was provided 
bv ISS staff All proposed application and technical requirements underwent mtensive review 
by the consultants, Sinclair's Vice President for Administration, and other appropriate 
CoUeEC personnel prior to the development of the final requirements included m the RFP- 
Vendors were asked to respond regarding their ability to meet the needs and to identify 
additional needs that could be met by modifying existing application software- An example ot 
specific application requirements included in the RFP is shown below. 



SPECIFIC APPL ICATION REOUlREMEffTS 



Each of the requiremests lisiwl below w acrnni|Kini«i by a scries of tellers, A IhrcM^ E- 
Vendon must mdude a copy of Iha requircmcnis scctk>fl in their propolis with a teller circled 
for each reqoffenia^ iisled. The raeantng of each teller code is explained below. 

A. Feature or fua^oo currently exists and can be demonstrated. 

B. Feattn-e or fundten cjusls, but must be modined prior to implementation to meet speafic 
rc4)uirefneiit& 

C Not currratly avaik^lc, but will be provided prior to implementation at no extra diarge. 

D. Not currently avaiiabte, but will he provided prior to schcduted iroplcmcnlalion at an 
addilicMial cost (identify in cost scdtosi). 

E. Feature or funOion not included in proposal. 

Each requirement is also accompanied by a priority ranking: E - Essoitial or D • Desirabte. 

E. STUDENT ACCOU^mNG SYSTEM 

[D] A B CD E I. Repetitive processing of student payments aulomaiically poM tlie payments to ihc 
siwtent subsidiary accent receivsMe and the ge^al tedger contrcrf account 
wit hold additiooal key stroke, 

- TwD mocks of operation for repetitive processing on cash rcgblers. 

jUadcnt paymeais 
mtscetlaoeotts receipts 

{E] A B C D E 2. To provwte an audit trail for MisceUaneous Accounts Receivable, the cashiertng 
sy^em v/ill accept: 

- College invoice number 
' ctistomer check aombcr 

IE}ABCDE3. Each tfcm proccs&cd throitgh Ihc cash reg^icr is ass^^d its own iransaamn 
number (consecutively assigned). 

{£} A B C D E 4. While processing a student payment the following processes, screens, or prinlouts 
are available: 

' a student foe bill may be f»imed 

' a indent accotint statement may be priiHed 

* a cf^ of Ibe screen displa)^ may be ptmted 

- a prettsigned register key ktentiTtes a spcciHc transaction code (method «f 
payment, cash back, adjustmg entry, etc) 

* on4meatKtb i^eveiitsout-of-balmiceeirtrics 

« dtstribtttteo to one or more a c ceiigia from one payment 
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Vendor EUgibiliiy 

In view of the fact that ihe selection of the most suitable vendor would be extremely 
important to the successful implementation of a new information system. Sinclair established 
primary eligibility criteria as guidelines for the College's expectations regarding the 
vendor's qu^ifications and proven track record of success. Vendors were asked to submit a 
"Notice of Intent to Bid" prior to submitting a detailed proposal. The "Notice of Intent to 
Bid" was to accom^mied by a statement of qualifications for meeting the primary 
eligibility criteria and vendor financial data. The "Notice of Intent to Bid" process was 
intended to serve two puiposes. It provided vendors with the primary eligibility criteria so 
that vendors who could not meet the criteria could opt to avoid the expense of preparing a 
proposal that might not be considei^. It also allowed Sinclair to determine "up-front" how 
many proposals would need to be evaluated. 

The primary eligibility criteria included: 

• An historical commitment to developing and supporting administrative application systems 
in the higher education environment as demonstrated by successful implementation and 
continued operation of integrated student information and financial management systems in 
at least 20 colleges/universities. At least five of those institutions had to be 
community colleges with fall head count enrollments of at least 7,S(X) students. 

• Comprehensive offerings of administrative systems fully integrated and completely 
documented in support of the following functions: Student Information System. Financial 
Management, Human Resources/Payroll, and Alumni/Development. 

• The vendor had to be able to accurately verify and d<x:umenl the demonstrated ability ol 
its products to support transaction and record volumes equal to or greater than those 
anticipated by Sinclair. 

• An historical and continued commitment to improving and enhancing administrative systems 
with new state of the art technologies including databases, fourth generation languages, 
development and productivity tools, connectivity capabilities, and user oriented query 
tools. 

• An historical and continued commitment to offering administrative application systems 
software on currently supported hardware, as well as hardware configurations that might be 
offered by the hardware vendor in the future. 

• A willingness to provide Sinclair with on-line access to a demonstration system from the 
Sinclair campus during the proposal evaluation period for the purpose of allowing the user 
community to verify and evaluate the vendor's proposal. 

• Providing Sinclair, along with the submission of the "Notice of Intent to Bid," a copy of 
each user and technical manual associated with the proposed software system. 

RFP Submission 

Twelve a)ftware vendors received RFPs. Six submitted "Notice of Intent to Bid" documents. On 
the basis of those submissions, Sinclair disqualified one vendor; another withdrew prior to 
submitting a detailed proposal. Four vendors ultimately submitted detailed proposals. 
Software vendors were instructed to propose hardware solutions appropriate for Sinclair's 
environment since some vendor's soltware will run on several different mainframes and can use 
a variety of operating systems. 
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EVALUATION PROCESS 

Participants 

User committees, ISS technical staff, the consultant, and meml«rs of the Information Systems 
Planning Committee participated in all phases of the evaluation process. 

On-Campus Applications Review 

All four software vendors were scheduled to demonstrate their systems on campus over a 
two-week period. User committees met with vendor representatives for live demonstrations and 
hands-on Speriences. In addition, several third party vendors provided live demonstrations, 
e E telephone registration and office automation systems. The pnmary purpose ot the 
o"n-campus demonstrations was to validate vendor responses to the apphcauon and technical 
requirements set forth in the RFP. 

Evaluation Criteria 

A set of application and technical criteria was developed to correspond with the data 
presented in the RFP and to provide a process for the overall evaluation. The overall 
evaluations of the proposals from the four vendors were weighted to reflwt Sinclair s 
relative value for application and technical areas--65% for application and 35% for technical. 

Other general criteria used to evaluate the proposals included, for example: 

- Overall ability to meet system requirements; 

- Costs* 

. Vendor's fmancial health and stability; 

- Past performance on projects of similar scope and size; 

- Vendor's ability to successfully complete the project with 

the proposed resources within the proposed schedule; 

- Proposal contract terms and conditions; 

- Overall quality and soundness of the proposal; 

- Ability to meet data conversion requirements; 

- Ability to meet communication requirements; 

- Compliance with standard audit control procedures; 

- Scope and quality of proposed documentation; 

- Availability and scope of custom development; 

- Implementation strategy and commitment of resources; 

- Level, timeliness, and proximity of service and support; 

- Proven experience ^d commitment to educational systems; 

- General ease of use of the system; 

- Ability to offer suitable data and system security; 

- Client satisfaction and quality of relevant references; 

- Quality of presentations and demonstrations; 

- Quality of site visits; 

- Scopw and quality of user training programs, both during 

implementation and on an ongoing basis; 

- Characteristics of proposed hardware and software; 

- Quality of vendor personnel responsible for implementation 

and training; and, 

- Sinclair Community College personnel requirements. 
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Application Evaluation 

Following the live denonstrations, user committees and the ISS technical staff, ii conjunction 
with the consultant, quantified each vendor's response to the RFP using previous / established 
criteria. Based upon this evaluation, one vendor's applications running o i a specific 
computer emerged as the solid choice preferred by the users. The ISS technical staff's 
evaluation, however, showed a clear prefoence for a different vendor's software and hardware 
solution. A qualitative evaluation ^ain showed a clear preference for one vendor by the 
usen. In the interim, additional technical evaluations were conducted to explore issues 
related to the proposal submitted by the vendor preferred by users. 

Site Visits 

User committee champions, the consultant, and ISS representatives visited three institutions 
that had installations similar to that proposed by the vendor preferred by users. 

Each champion prepared a list of functional questions from their respective application area. 
In addition, the following issues were addressed as part of the site visits: 

• What was the level of supjwrt required during implementation? What was the role of 
college personnel and the vendor? 

• What was the level and quality of on-going support provided by the vendor (e.g., 
responsiveness, timeliness, accuracy of answers, etc.)? 

• What modifications were made to the vendor's software? Who had responsibility for making 
changes (in-house vs. vendor)? What functional requirements have not been met by the 
^plication wftware and would require enhancements to effectively conduct these 
operations? 

• Does the institution panicipaie in vendor "user groups?" What is the process for 
identifying and prioritizing requests for modifications and/or enhancements? Does the 
vendor support networking with other users? 

• What is the quality of the overall application training program, including materials, 
instructors, manuals, etc.? What is the quality of user, application, and systems 
documentation? 

• What was the impact of the system on department operations-- including of^rational 
adjustments, changes to staff mix, size of staff, procedures, impact on students and 
faculty? 

• What was the goieral impression concerning application response times (peak vs. non-peak), 
system performance, reliability, etc.? 

• How much support was provided by technical staff to us^r departments? Are user friendly 
software tools (e.g., report writer, etc.) provided to user departments to assist in 
generating reports and extracting decision support data from the database? 

One institution, a community college, installed the vendor's software several years ago. Not 
all modules of the software were used and the college's methcxl of operation was different from 
the one Sinclair intended to use. The college's computer services staff did not permit users 
to create ad hoc rejwrts; all ad hoc reports had to be written by technical staff and such 
reports were not encouraged. Sinclair's intent was to allow and, m fact, encourage users to 
develop their own ad hoc reports and receive hard copies at their work sites. 

ERIC 
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Champio.'.s from the regislralion. bursar, accounting, and alumni committees visited another 
institution Their reviews were not restricted lo their specific committees' areas of 
interest. That institution installed the preferred vendor's software several years ago and 
recently upgraded its mainframe to improve performance. The method of operation was very 
similar to the one Sinclair intended lo use. 

Champions from the registration, bursar, financial aid, and alumni committees visited a third 
institution. The college had installed the system several years ago, but only recently began 
to implement it. Unlike Sinclair, the college did not involve users in the decision-making 
process. Consequently, its users were not unanimous in deciding to accept the software for 
their operations. The relatively recent addition of a strong computer services manager helped 
10 resolve some of the problems. The college's computer staff and acaocmic and administrative 
software managers were enthusiastic m their support of the system. An exception was the 
financial accounting department which preferred another software system. 

Sinclair users and technical staff learned a great deal about what Qfil to do in implementing 
and operating a new information system. For example, Sinclair's goal is to train all users to 
have the ability to access the svstem. download data, analyze it, print out results locally 
(with minimum assistance from the ISS technical stafO, and not to restrict users 
unnecessarily. In general, the users and the technical staff at the three institutions were 
very satisfied with the software and hardware configurations. They were also satisfied with 
the ongoing support they received from the software and hardware vendors both during and 
following implementation. User groups, at both state and national levels, were praised. 

Technical Evaluation 

The initial technical evaluation was carried out in conjunction with the user evaluation of 
the four software vendors. This evaluation resulted in a technical ranking of each 
system. 

The user evaluation of applications indicated significant concerns for the effectiveness and 
efficiency of the applications available from three of the four potential vendors. (One 
vendor had an unacceptable number of essential application items requiring development. User 
staff members were concerned that several key features of another vendor's applications were 
under development.) 

The clear choice of the user reoresentattves on the Information Systems Planning Committee 
was one specific vendor. 

Given the importance of user applications for the future direction of Sinclair and after the 
Planning Committee's review of the technical findings, the technical aspects of the specific 
vendor were investigated further. This investigation included: 

• Telephone conversations with other institutions, 

9 Visits to sites where the system was being implemented. 

• A benchmark test and a visit to the hardware firm's home office, and 

• A demonstration of the capability to communicate between the proposed system and 
Sinclair's computer networks. 
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The primary objectives of the foUow-up investigation were to review the relative values given 
to one technical proposal vis-k-vis others, determine the impact of any technical concerns on 
the user community, and assess the risks to Sinclair of the proposed installation. Hie 
technicsd review focused on system performance, system recovery, xissi acc^s, the hardware 
migration path, d^ base managemoit software, system security, connectivity of terminals and 
computer networks, and »>ftware development tools. As a result of the investigations, it 
was determined ihat the proposed hardwire and software corftguration would meet Sinclair's 
needs. 

Other Information 

Several factors were used to compare other colleges' experiences with the Sinclair 
environment: 

• Was the decision driven by the user community or the technical staff? 

• What was the current hardware configuration including terminals, ix>int-of-sale (POS) 
equipment, printers, etc.? 

• How did staffing levels within the technical area compare with Sinclair staffing levels? 

• What were the on-going operational costs (e.g., staff, maintenance, etc.) to support the 
system? 

• What were the activity levels/transaction volumes in various areas (e.g., student 
enrollments, peak registration, accounting, payroll, etc.)? Was system periformance 
acceptable? Did the hardware configuration and activity levels validate the system 
proposed by the vendor? 

• What types of fme tuning efforts and t^niques have been implemented to improve 
performance? What types of lools/reports have been used to monitor/ measure system 
performance, response times, transaction volume during [»ak/non-peak periods? 

• How was system r^overy handled, including timeframes, procedures, alternative plans 
during recovery? Was disk mirroring used? 

• What problans occuned during conversion to the new system? Were there programs available 
to do automated file conversions? 

• What was the quality of support/responsiveness provided by the hardware and software 
vendors? 

• To what extent did the college distribute access and control to user departments? 

• What modifications were made to the vendor's application programs? Who was responsible 
for making the changes? What modifications have been requested? 

• How much devdqjnffint is being done by the college's computer staff? What tools were being 
utilized? 

• What other applications were currently being supported (e.g. , academic computing, library 
information system, voice registration, etc.)? 

• What was the learning curve for technical staff to get up to speed on the equipment, 
application software, (ktabase, tools, etc.? 
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BENEFITS OF A NEW INFORMATION SYSTEM 

User Benefits 

The system would provide applications to meet the basic functional and performance needs of 
Sinclair users: 

Admissions . Provide tools for recruitment and analysis of potential students, management of 
prospects and applicants, and appropriate reports and statistics. 

RfiPistration and Academic Records. Provide for maintenance of master course inventory, term 
course schedules, registration, grading, transcripts, and end of term processmg. 

Financial Aid . Maintain, track, process, and report all information associated with 
financial aid prospects, applicants, and recipients. 

Financial Manq^emenr Infom jqrinn Svsfem Modules. Provide modules such as accounts 
recdvable (including student accounts) accounts payable, general ledger, purchasing, payroll, 
fixed assets, and inventory. 

Human Resources . Provide all of tiie basic personnel functions, including the maintenance of 
current and historical employee data. 

The purchased system would provide additional applications and functions not currently 
available in the following areas: 

Tracking Svsrem for prospective students and applicants. 

Correspondence Manaeemcm to improve mailings to selected groups of students using a direct 
interlace with the Student Information System database and other databases on the mainframe 
(database marketing). 

Telephone Remnation to allow students to register for classes from home or other 
off-campus telephones. 

Grade Scanning of approximately 45,000 course grades each quarter. 

Course Prerequisiie to automatically flag students who do not meet the appropriate 
requirements. 

Decree Audit System to improve advising services to students, ensure that students stay "on 
track" in their efforts toward graduation, and facilitate the review of alternative degree 
opportunities. 

fiT\ancial Aid S\stem to improve application tracking and provide automated packaging, loan 
management, and on-line needs analyses. 

Conrinuine Education Svsrem to record and process all information related to 
non-credit/continuing education (registration, billing, and record keeping). 

Alumni/Development Svsrem to track pledges and gifts to the College Foundation and to 
automatically transfer records from student files to alumni files upon graduation. 
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Human Resources System to provide position control, improve correspondence control with 
employees and applicants for positions, and expand capability to handle personnel data for 
pan-time employees. 

Purchasin2 System for on-line tracking and control of requisitions, purchase orders, and the 
aor^tance of goods. 

CasMerin^ System to provide point-of-sale microprocessor based units networked to the 
central computer for the Bursar and Bookstore. 

Bar Codin2 to reduce manual keying and keying errors in the areas of stock requisition, 
consumable invratory, and fixed as^t inventory. 

FacilUies Management System to include scheduling of on- and off-campus facilities, campus 
events scheduling, and facilities assignment. 

BudgerinQ System to provide for fully automated budget development by allowing department 
managers to enter their requests and justifications on-line. 

Academic Course/Program Manauement to provide capabilities for simulalinj; and reporting 
financial performance; and, to improve our ability to reach optimal decisions about course 
scheduling, course cancellations, faculty resource allocations, etc. 

Decision-Support Sysietn to allow user access to an integrated data base so that data from 
the Student Information Sysian. Financial Management System, Payroll, and Human Resources can 
be brought together for various reporting and analysis purposes. 

User Access will be increased significantly: users will be able to initiate and print 
production jobs directly from user departments; to access the data base using a report writer, 
making it easier to conduct quick analyses and provide relevant and timely information for 
decision makers across the campus; to access the system from the Local Area Networks; and to 
upload and download mainframe data into microcomputers. 

Office Productiyirv Netsvork to be used for electronic mail, individual calendaring, 
scheduling appointments and meetings. 

Library Information System for circulation, catalogue, serials, acquisitions, public access, 
and dial up access. 

Seairity Access and Conrrol by user departments at the application, terminal, and data base 
levels will be increased. 

Insiitutinnal Networkins . User department managers and staff will be able to interact with 
peers at other institotions using the vendor's system. Users Groups exist at slate and 
national levels and are highly recommended as forums for the exchange of ideas, resolution of 
problems, and ^)ecification of needs to the vendor. 

Additional Benefits . Strong potential exists for new applications and improved features 
that will bQ developed by the vendor to support higher education. The vendor has consistently 
upgraded the capability of the system in both core applications and enhanced applications such 
as telephone registration, degree audit, and budget management. 
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The Users Group is an active and vocal group of users who interact directly with the vendor 
to mooose and define requirements for new functional capabilities for the system. The vendor 
is preSred to undertake custom software changes to meet specific institutional ne^s and to 
oarticiMite in partnenrfiip agreements on projects that have brtader market appeal. The vendor 
iTalso committed to identifying third party software that can be made available to further 
support its client base, e.g., Office Productivity Network and Cashiering. 

Technical Benefits 

The new information system will provide specific technical benefits: 

• Core applications and custom software changes maintained by the vendor, providing 
increased staff time for other user-oriented development and support activiues. 

• Enhanced software development tools (e.g., fourth generation programming language, 
query/report writer, and tool sets for ease of development and prototyping). 

• Industry standard communications capability for asynchronous terminals currently insulled 
and for the microcomputer communications network and other processors using TCP/IP. 

» Capability for expansion through distributed networks using fiber optic links and 
distributed data base management systems. 

• An effective data base management system that could be expanded to meet the increasing 
neaJs of the institution. 

• Capability to migrate to other hardware platforms and operating systems. 

• Disk mirroring capability that will provide improved data access times and automatic back 
up and recovery for disk problems. 

• Automated process for identifying illegal sign on attempts and expired passwords. 

• Smaller space requirements for system hardware, lower power consumption, and reduced 
maintenance costs. 

• More efficient magnetic tape back up systems. 

• Local support for all hardware and operating systems software. 

• A benchmark system to conduct appropriate performance tests for new features and 
applications. 

• Application and system support from expert support staff. 

9 Ability for technical staff to interact with peers at other institutions using the system. 
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CONTRACT PROVISIONS 



The contract between the vendor and Sinclair include the following major provisions: 
Long Term Commitment 

The contract reflects the vendor's acknowledgment of Sinclair's expressed condition to enter 
into a agreement with an information systems company that has the capability and long-term 
commitment to provide Sinclair with ongoing and continued support and maintenance for the 
services and products purchased by the College. To further ensure the College's position, all 
source code for standard software and custom software changes will be provided to Sinclair. 

Hardware Capability 

The contract provides assurances that the vendor will have configured the hardware system to 
sui^rt the needs of Sinclair as specifled by the Sinclair RFP. Provisions of this assurance 
are that Sinclair will follow recommendations on hardware/software maintenance and system 
timing, file sizing, and job mix. 

System Acceptance 

Under provisions of the contract, all testing, simulation, and acceptance will be guided by an 
implementation plan. This plan includes acceptance procedures for custom software changes, 
the integration of custom changes into appropriate modules, the acceptance of modules, and the 
acceptance of the system. In addition to functional acceptance, system performance testing 
will also be conduct^ to ensure that performance with custom software changes continues to 
meet the i^rformance criteria contained in the hardware capabilities assurance. 

Custom Programming 

The contract includes cost estimates for implementation of items that are either unique to the 
Sinclair environment or are not planned for availability within the Sinclair implementation 
timeframe. Custom software will include appropriate user and technical documentation and will 
be subject to acceptance by Sinclair. A control mechanism has been established to ensure that 
only properly authorized projects will be undertaken and that detailed implementation will not 
occur prior to mutual agreement on design specifications. 

Partnership Items 

In recognition of the long-term cooperation between Sinclair and the vendor, certain 
development items are identified as joint activities. The intent is to provide system modules 
that are not currently available but that have general marketplace potential. The systems 
will be designed, developed, and tested as a joint project with defined responsibilities for 
each party and a sharing of project costs. 

Third Party Software 

The vendor warrants that all third party software included in the contracts is capable of 
interfacing with the vendor's software and with any custom software. 

Implementation Support 

The vendor will provide all necessary on-site training for user department and technical 
staff, as well as planning, consulting, and conversion programming services for implementation 
of the system. Implementation is scheduled to occur over an i,8;month jjeriod. 
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